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(54) Apparatus and method for processing servlets 



(57) A method and apparatus for operating a local 
server computer of a client-server network includes a 
technique to receive a request from a client computer of 
(he client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlet object of the client-server net- 
work if so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified sen/let 
object ts then executed to obtain dynamically generated 
information corresponding to the request. 
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Description % 

Brief Oescnotion of ;hg Invnniinn / / 

This invention relaiGS censrally to oxchananc mformaiion .n a ciient-ser/or corTi--:-- ^-m-— c-' * ^ ' 
ularly !h.s mvenfon relates ;o an improved iGcnn.cue lor rosooncng to ,nforn.ai.on rocuosts aiTscrvor co^oJ^or'"' 

Back-orounc of iha Invoniicn 

Clieni-server compuior networks are well known The mosi prominoni examolo of a clioni-soa'cr cor-ou'or n-wnr. 
,s ..e world W,de Wob of co.pufers ,n a Con.-sorvor compter no.work a server cor.ou= ^oce ^ a ""o's " 
information from a ci.en, compu.or Web server software opera.,ng on the server co..,ou.er typ.caify ro.r.ovos the e 
oues ed ,n,orr.,at,cn from a f,le stored on a permanent storago dev.ce and transmits the („e over tne ne w^ k o the 

p^g,amm,ng language. Thus. ,t ,s not eas.ly extended to provide new funcl.onalily. Given the dynamic naiu e o! to^a -s 
soft ware marketplace, a product's lack o( flex,b.„ty and extend,5i„.y can seriously hinder the maL.ab,.i.y o e p o'uc 
Current web server software can generate a f,le dynamically ,n response to a request from a cLn cor^oute 
Typically, the web sender rece.ves the request and then forks a Common Gateway interLe (CGI) procos "fnan 

SeSed " --P-^'--"V expensive ,o fork a process each t,me dynam.c information nelds '^"e' 

in view of the forego.ng „ would be h,ghly des,rabie to provide a weo server wh.ch dynam.cally generates infor 
the XnLr^ = ' f"' ' « -oense wh,ie e .L, ng 

;h:t:re:b,;:ndTx';::d:::'"' " " "^^'^ '° ^^^^'^-^ ---^ -----^ 



Summary of the Invention 



ThP ^ ^PP^'^'^s for operating a local server computer of a client-sender ne'v-ork 

The tnvention ,ncludes a techn.que to recetve a request from a clien, computer of the cltenl-server ne wo^ 7'^. 

ZTnlT^l ' " "1 "^""^ '^"^"'""^ generated .formation from a se.fet ob.ect of the c, n - 

server network, ff so. a speeded servlet object corresponding to the request may be uoloaded from a rerote server 

nZT ''''''' '^^ --"'^^ '° Obtain dy am' yon ra ed 

information corresponding to the request. ar.ni.aMy generateo 

,endl!i! Th!"I °' ''^'^ environment which ,s flexible and ex- 

tend oie^ The iient-server network of the invention is populated with ,he serv.e, ob.ects The servlet ob.ec opera o 

3, obsen^ng a corr^mon applications program interlace, the servlet ob.ects can run ,n any server environme", A^eS 

IZr"'" " '° °° ^''^^^'^^ ' -th the dynar^icany gt!fa id 

information oemg passed from the secure area into the remain.ng server env.ronmenl. ^ ^ 

Brief Description of the Drawings 

figure', t '7"""°:' ^P^I^^P-'P'^ 'he accompanying draw.ngs. .n which 

F GURP 2 n' ^"°^^^"P^ embodiment of the invention 

l cu2l I ' °' '"'s^^="°ns between a web server and the servlels 

F GURE 3 ,s a s,mpl,f,ed i.lustration of ,he interactions between a web server and a sen^iet loaded from an externa, 



server 



l^^^l t "'"5''3les processing steps associated with a servlet processing routine 
FlGURt = Illustrates processing steps associated with a servlet processing routine 
Like reference numerals refer to corresponding pans throughout the severaf views of the drawings 

Detailed Description of the Invention 

Figure 1 illustrates a client-server computer network 20. 

The network 20 includes at least one client computer 22 and at least one server comouter ?d Thn h . , 
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The client compuier 22 is a standard compuier mctud'nc a Central Processing Umi (CPU) 3C connecioa lo a 
memory (primary and/or secondary) 32. The memory 32 stores a numoer of computer programs, including a 'browser' 
34. As known in the art. a browser is used to communicate v/ith remote server computers 2^ and to visually present 
[he information received from such computers. The client computer 22 establishes network communications througn 
J a standard network connection device 35. 

The server com.puter 24 includes standard server computer components, tncludmc a network connection device 
40. a CPU 42. and a memory (primary and/or secondary) 4^ The memory 44 stores a set of computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 45 Tne web server 45 
may be of the type known m the art. which is modified to include the additional programs snown m Ptgure 1 That is 
^0 in an embodiment of the invention, a standard web server 46 is modified to include a server acceptor thread 45. a 
connection queue 50. a pool administrator 52. a thread pool 54. servleis 56. a servlot map 55, a security administrator 
50. and boundary servlets 52. 

Figure 2 is a simplified illustration of a server computer 24A constructed in accordance with an embodiment of the 
invention. The figure shows a web server 46 interacting with a set of servlets 55A-56N. In particular the web server 
'5 46 interacts with the sen/lets through an application program interlace (API). As indicated in Figure 1. the web server 
45 and the servlets 55 are stored in memory 44 The web server 45 may be standard web server software thai is 
modified to include the functionality described herein. Each servlei 56 is a piece of software code which is used to 
dynamically generate information. Each servlet 56 is an instantiated software object waiting to be invoked. Once it is 
invoked, it dynamically generates information. Note that ihts technique of dynamically generating inlormaiion is distinct 
^0 (rom the typical process of fetching static information from a permanent storage device. The technique of the invention 
is Simitar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object ol the present invention is instantiated at server start-up Thus, the servlet can be thought of as operating m a 
continual loop waiting to be executed Observe that after instantiation there is no computational start-up expense when 
the sen/let is called. 

25 Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request Irom a client computer (not shown) over transmission channel 26. The web 
server 46 determines that dynamically generated information from a servlet object is required, in this case, tne servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote server computer 24B using communication link 26. In the example of Figure 3, servlet 56P is passed from the 

^0 remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, it illustrates that the uploaded servlet 56P is 
executed in a security area 57 ol the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion of the local server compuier 24A This security feature allows unirusied servlets 10 
be safely executed, 

^5 The foregoing discussion provides a general description of the features and benefits of the invention. Attention 

now turns to a more detailed description of these features and benefits The left side of Figure 4 illustrates processing 
steps associated with an embodiment of the invention, The right side of Figure 4 illustrates program components that 
may be used lo execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 

■^0 As indicated above, a request is a request for information from a client compuier 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known, ll is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file, A typical URL is http://SU/ 
123. This URL is an instruction to retrieve the file "123" from the Stale University compuier 'SU' using the Hypertext 
Transfer Protocol 'HTTP'. 

-'5 As shown in Figure 4. a server acceptor thread 46 is used to process each new request. Preferably, the invention 

is implemented as a connection-oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request 10 a connection queue (step 72). As shown in Figure 
1. the connection queue 50 is formed in the memory o( the local server compuier 24. 

If no new request is received, then a check is made to determine whether the queue is empty (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds lo step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54 The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
from the connection queue 50, The pool administrator 52 operates to ensure thai there (s a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in the 

55 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the butter space ol 
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a destroyed handler ihreac in olher words :he inveniion ,s oreferaDiv irr.oiemeniec =y us.n- ? ^-..c,',- ou"- 
soace lor a ihread When a ihread .s aeslroyed. the buffer merr.orv soace is cleared dv< ,! .5 ^ss^-ne^ j^s X.'.'.'^^'-T' 
By reusing allocated memory in Ih.s manner Ihis emoodimeni of ihe invenlion mm.m,^es Iho am'oun'of memor'v'j'sed 
by ine sys.em. esoecally wnen compared lo sysiems wmcn allocate and deallocale memory, on a cer roo^.j/J," 
Alier the thread pool adminisiraiion operaiions are pertormed (step 7J) a thread retrieves a rer-u^siVo-i ih^ 
connectionqueue (Step 76, The thread tnen maos tne request toa servle. name (stoo 75, Tno servie, m^.'bo soec.Hec 

tc ln?, '7 H °" "^"^ ='Ocess may p. roouire' 

to den„(y Which senile. wiN be able to service the recuos. The mapping operation may bo oertormod n one c no" 
following ways A server administrator m„y specify ihai some Kinds of client requests always map to a pamcu^^r serv e° 

IS the name of the servlel. as found m an administered servlets directory At many sites, that directory would be shared 
between servers which share the load of processing for the site's clients Some servers may be ab^To automa^caS 
. vo 0 servlots .0 filter the output of other sorvlets. based on their administrative confiouraiio Po exaLle . ul 
typos of se^ei output may trigger post-processing by olher servlets, perhaps to perfo'rm format conversions "propeSl 
authorized Clients may specify the servlel .0 be invoked, without administrative intervention ^ 
,nJr^"'^, T""'""^ '"^y ''^ performed by the ihread (step 30). A security administrator 60 may be used to 

ITVTV °' •° ' established by a se 0 ruf s 

associated w„h the secunty administrator 60 For example, the security administrator SO mav decide ,0' s a ^a 
ervlets and mistrust all uploaded network servlets Untrusted servlets are then executed in the secu^ ar a 7 a 
orede'^e'rm nl7 . ' administrator 60 may also be used to determine il the servle. is authorized to perLm 

predetermined risky operations Security information o( this type may be stored ,n the thread 

JAVA sen/lets in accordance with the invention provide strong security policy supoort This is because all JAVA 
environments provide a Security Manger which can be used ,0 control wheiher actions such ac n^ork or Me Lcess 
are .0 be permitted. By default, all servlets are untrusted and are not allowed to pertorm operat ons su a acces"no 
network services or local fifes. However, servlets -buil. into" the server, or servlets which have been "glTy sleJ aS 
hey were put into JAVA Archive files, may be trusted and granted more permissions by the secur jZal a d "'a 
signature on executable code indicates that the organization which signed the coae "vouches fo if'n sor^e sen e 

Placed rise" tha'il^dT ""^r""^ '^^^ """'''^ ^ ^^^ree o, asJulance thTt r^a be 

placed on use of that code. For example, a particular signature Irom an MIS organization might be required on all code 

their code ' ' *' '^^^ ^« ^'9"'' -9na.ures for 

Alter security operations are performed (step 80). the thread ,s dispatched (step 82 of Figure S) The d.soatch 
operation entails invoking a servlet so that ,t generates the requested dynamic information The dispatch oLrS is 
one Of two types. A decision is made to determine whether the servlet is local (step =4) I, the se Men tcafSnT 
local se.le, IS executed (step So) This results in the generation o, dynamic information that s he P c ef e 
us!no no ^-^^ — ^6 typically passes the information back to the cTent compl 

a^n rSr^^^nt^facTSh^^ ' ^'^^ ^ ^ ^ ^ 

™to,™,„„ „5.,o,„, p3,.„,„„ „„„„ „ ,eL„„cbl/™ 

S,!?, , !f f ; """" ""• »»""««'V ""'ei ™y 6, impi,„.„,ti TZl 
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(c 9 http //hosL^ < servlet URL>) Tho hup proiocoi supports tne passing ol arguments, inus arcu.Tion:s mav oo chssg- 
io [he servlei (e g ht;p.//nos;/ < servioi UP.L>'^< argumeris >) The properties oojec; is a JAVA prcgramrning lancuaco 
properties class which comprises a set of "name'vaiue" pairs A system administrator can pass arguments to an in- 
stantiated HttpSen/let object through the properties ob|eci in this way me system administrator can "customize" an 
HtipServlet for a particular server at a particular site For exam.ote the systGm> administrator can pass the H'.tpsor.-io: 
object site specific mlormation about the network location of a database wmch stores documents that v;il! bo rocuostcc 
by client processes across tno network or the amount of memory available m system buffers wmch wil! do used lor 
processing the server administrator. 

Once instantiated, a servlet loops until the server is shut off or a destroy method is called on the servL-t by the 
server Since the servlet operates in a continuai loop as it waits for requests to act upon the server computer avoids 
the overhead of creating and destroying the servlet between requests to the servlet. in addition, keeping sorvlets ahvo 
between requests allows servlcts to pass data and communicate amongst themselves For example scrviots can 
maintain data about a user between sessions by the user This data can bo shared among different scrvlets m order 
to customize a working environment within which the user works 11 servlets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, for a servlet to unaerstand the environment 
within which it runs and utilize this knowledge to provide improved processing capabilities. Tne server computer can 
call a destroy method on the servlet when some resource limit in terms of time memory etc is reacned 

The servlet- application program interface (API) establishes a standard for interfacing sorvlets with information 
servers, such as web servers The servlet API contains methods for initializing a servlet. processing the request, aetting 
servlet information, and destroying the servlet. The servlet API allows platform indepenocnt servlets An example 
servlet interface is as follows 

Servlet interface: 
interface HttpServlet { 

Initialize (ServletContexi, ServerProperties); 

Service(HttpRequest, HttpResponse); 

DestroyO; 

} 

The server computer passes obiects that implement the 'HttpRequesf. while the servlet returns an 'HttpRosponso' 
object. The 'ServletContext" interface is used to exchange information with the server environment. Some of the meth- 
ods on the "ServletContext" object are "GeiserverO" and "GetServietsO". "GetServer" returns a pointer to the parent 
server within which the instantiated Htlpservlei runs. Using this pointer, the HttpServlet object can find out information 
about its parent server. The "GetServiet" method returns pointers to the serviets running on the parent server. The 
"ServerProperties" interface is used to exchange information regarding specific server propehies established by a 
server administrator 

Servlets support the familiar programming model of accepting requests and generating responses. The following 
is a simple servlet defining a single method called 'service' 
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import java.servlet. *; 

public class MyServlet extends GenericServlet { 
public void service ( 

ServletRequest request, 
ServletResponse response 
) throws ServletException, lOException 
{ 



} 



} 



The service method is provided with Requesi and Response parameters Thesp n^r^m^i^r. . 

■he. parameiers .hro.gh an inpu. stream and send the. responses os.ng an output siroar^ ' °' 

ServletlnputStream in = request, getlnpuiStream {)■ 
ServletOutpuiStream out = response. getOutputStream (): 

These input and output streams may be used with data m whatever format .s aonrnnn;,.^ 

servie, r.,g., exchange data ustng ob.ect ser,a„zat.on. HTML. I an;Z;er oT^a S'L™,:""''^ " 

Since setvlets are JAVA ob,ecis. they have mstance-specfic data. Th,s rrieans that ,n elfeci servlets srp ,nr». h 
en. applications running within servers, without needing the complexity ol additional ctel ^ r h ^ 



SNSCOCIO- <C3 0<JlO574Ai-. 
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public class SimpleServlet extends GenericSer\'iet { 
public void service(ServletRequest req, Sep^letResponse res) 
throws ServietException, lOExccption 

{ 

res.setConteniType("textyhtmi"); 

PrintWriter out = new PriniWriter(res.getOutputStrcam()); 

out.printin("<HEAD> < TITLE > SinipleSei^'let Output 
< /TITLE > </HEAD> <BODY>"); 

out,printin(" <hl > SimpleSen^let Output </hI>"); 
out.priniln(*' <P>This is output from SimpleServlet."); 
out.printInC'</BODY>"); 
out.nush(); 

} 

public String getServletlnfoQ { 

return "A simple servlet"; 

. } 

} 

The (oliowing program code is an example of a servlet that uses the finger protocol to query informalion about 
users on specified host computers. The query siring parameters < tt > user < /u >. < ti > hosis < /tt >. and < tt > verbose 

< /It > can be used to specify the user and hosts to query The parameter <tt> user </tl> is the user name. <tt> hosts 

< /tt > is a comma-separated list of host names to query, and <it> verbose </tl>. if specified, will cause verbose output 
to be generated. For example. <pre> http7goa/finger.html'?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and "doppio". 
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public 

class FingerSer\'let extends GenericServiet { 
/* 

* Port number for finger daemon, 
static fmal int FINGER_PORT = 79; 

* Handles a single fmger request from the client. 
V 

public void service(ServletRequest req, ServletResponse res) 
throws ServletException, lOException 

{ 

String user = req.getParameter(**user"); 
Siring hosts = req.getParameter("hosts"); 
String verbose = req.getParameterC verbose*'); 
res.setContentType("iext/himr'); 

PrintStream out = new PrintStream(res.getOutputStreamO); 
out.println("<html>"); 

out.prinilnC < head >< title > Finger Servlet < /title > < /head > 

out. printing <body> "); 

out,println(" < h2 > Finger results: < /h2 > "); 

outprintIn(" <pre> "); 

if (hosts == null) ( 

finger(out, user, null, "yes'\equalsIgnoreCase(verbose)); 



a 
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} else ' { 

StringTokenizer st = new StringTokenizer(hosts, ","); 
while (st.hasMorcTokcnsQ) { 

Siring host = st.ncxtTokenQ; 

out.printlnCi" + host + "]"); 

try { 

fmgcr(out, user, host, 

yes \ equalsIgnoreCasc(verbose)) ; 

} catch (lOException c) { 
oui.println(c); 

} 

out.printlnO; 

} 

} 

out.println(" </pre> "); 

out. printing </body> </html> 

} 

* Sends finger output for a user and host to the specified output 

* stream. 
•/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws lOException 

{ 

// open connection to finger daennon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.gelLocalHost(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FINGER_^PORT); 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.getOutputStream()); 
if (verbose) { 

ps.print(7W"); 

} 

if (user ! = null) { 
ps.print(user); 

} 

ps.print("\r\n"); 

ps.nushO; 

// copy results to output stream 
InputStream in = s.getlnputSireamQ; 
byte[] buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.length)) != -1) { 
out. write(buf, 0, len); 

} 

s.closeO; 

} 

} 

Those skilled in the art wi!i appreciate that servlets which are being used with the HTTP protocol may support any 
HTTP method, including GET POST HEAD, and more. They may redirect requests to other locations and send HTTP- 
specific error messages, They can get access to parameters which were passed through standard HTML forms, in- 
cluding the HTTP method to be performed and the URI. which identifies the destination of the request 

As indicated above, one of the biggest performance features of servlets is that they do not require creation of a 
new process for each request. In most environments, many servlets run in parailef within the same process as the 
server. When used in such environments with HTTP servlets provide compelling performance advantages over both 
the CGI approach- and the Fast-CGI approach. This is because servlets have a small computational expense during 
thread context switches. Since in most environments servlets can handle many client requests each time they are 
initialized, the cost of the initialization is spread over many methods. All the client requests to that service have the 
opportunity to share data and communications resources, benefitting more strongly from system caches. 

Those skilled in the art will appreciate that the servlets embodying the invention can be used to dynamically extends 
Java-enabled sen/ers. The servlets provide a general framework for senyices built using the request-response para- 
digm. The servlets can provide secure web-based access to data which is presented using HTML web pages and they 
can be used for interactively viewing or modifying that data using dynamic web page generation techniques. 

The servlets embodying the invention may be used to provide customized multiuser services for customer bases. 
The servlets are also flexible enough to suppon standardized services, such as sen/ing static web pages through the 
HTTP {or HTTPS) protocols, and proxying services. Since they are used for dynamic extensibility, they may be used 
in a plug-in style, supporting facilities such as search engines and semi-custom applications, such as web-based order 
entry or inventory systems. 

Although the servlets are preferably written in JAVA, the servlet clients may be written in any language. When 
servlets are used in the middle tiers of distributed application systems, they can in turn be clients to other services, 
written in any language. 
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Those skilled in the an wii! rtppcectaie [hat serviets may be used m several modes. The basic mode is at tne core 
of a request/response protocol. In addition servlets may oe speciattzed to support protocols sucn as HTTP in HTTP 
based applications, servlets are portable complete, and much more efticien: replacement lor CGI based extensions 
Also in HTTP applications servlets may be used with HTML server side includes to dynamically generate part of a 
s web oocument. 

The foregoing description, for purposes of explanation, used specific nomenclature to provide a thorough under- 
standing of examples of the invention However, it will bo apparent to one skilled in the an that the specific details are 
not required in order to practice other examples of the invention. In other instances, well know circuits and devices are 
shown in block diagram form in order to avoid unnecessary distraction from the underlying principles Thus, the foro- 
^0 going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

15 

1 . A method executed by a local server computer under the control of a program, said local sender computer including 
a memory for storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps of. 

20 receiving a request from a client computer of said client-server network. 

determining that said request requires dynamically generated information from a servlet object of said client- 
server network: 

uploading from a remote server computer of said client-server network a specified servlei object corresponding 
to said request: and 

25 executing said specified servlet object to obtain dynamically generated information corresponding to said re- 

quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer, said passing step being facilitated with an 

^0 application program interface. 

3. The method of claim 2 wherein said application programming interface specifies techniques for performing at least 
one of the following operations: initializing a serv/let object, executing a servlet object, and destroying a servlet 
object. 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bylecodes in the JAVA programming language 



5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
~o web server to said client computer 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 
•^5 passing said dynamically generated information from said security area to a non-security area of said iocal 

sen/er computer. 

7. The method of claim 1 wherein said iocal server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer, 

50 

8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 

9. The method of claim 7 wherein said selected servlet objects of said plurality of sen/let objects are instantiated at 
the start-up of said local server computer. 

55 

10. The method of claim 7 wherein selected servlei objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer 
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11. The me;ncci cf ciai.T. 7 v;neretn seiec;5C sen.'le; cbiec'.s of saiz Diurahiy of servie- cc)ec:s are insian;ia;oc m re- 
sponse to an aciivated ser^'iei UP^L 

1 2. The metnod of ctaim 1 1 wherein sate servlei UnL induces arguments 

5 

1 3. The method of claim i wnerem saic receiving siep incluaes ;he s;cp of s:cr:nc said rccucs; m a connocuon qucje 

14. The method of claim 13 wherein said ceiermmmg step includes the step of selecimg a nandier throac from a pool 
of handler threads to execute satd detGrmtmng steo 

10 

15. The method ol claim 14 further comorising the step of operating said pool of handler threads by selectively creating 
a new handler thread and desiroymg an old handier thread 

16. The method of claim 15 wherein said operating step includes the step of reusing a buifer memory space of said 
'5 old handier thread for said new handler thread 

1 7. A computer readable memory that can be used to direct a server computer of a client-server computer network to 
function in a specified manner, comprising' 

20 a first set of instructions to receive a request from a client computer of said client-sen/er network 

a second set of instructions to determine that said request requires dynamically generated tniormation from 
a sen/let obieci of said client-server network: 

a third set of instructions to upload from a remote server computer of said client-server network a specified 
servlei object corresponding to said request, and 
25 a fourth set of instructions to execute said specified servlet object to obtain dynamically generated information 

corresponding to said request. 

18. The apparatus of ciaim 17 further comprising a fifth set of instructions lo pass through an application program 
interface, dynamically generated information Irom said specified sen/let object to a web sen/er operating on said 

30 local server computer. 

19. The apparatus of claim 13 further comprising a sixth set of instructions to pass said dynamically generated infor- 
mation from said web server to said client computer 

OS 20. The apparatus of claim 17 funher comprising a seventh set of instructions to store a plurality of sen/let cb)ects on 
said server computer each of said servlet objects continuously operating until invoked m response to a specified 
request from a client computer 

21. The apparatus of claim 20 wherein said seventh set of instructions include instructions to pass data between said 
-0 plurality of servlet objects. 

22. A computer readable memory that can be used to direct a sen/er computer of a client-server computer network to 
function in a specified manner, comprising: 

45 a first set of instructions to receive a request from a client computer of said client-server computer network. 

a second set of instructions to determine that said request requires dynamically generated information from 
a servlet object of said server computer: 

a third set of instructions to execute said specified servlet object to obtain dynamically generated information 
corresponding to said request: and 
so a fourth set of instructions to pass said dynamically generated information to said client computer 

23. The apparatus of claim 22 wherein satd second set of instructions include instructions to interpret a servlet URL 
corresponding to said request. 

S5 24. The apparatus of claim 22 wherein said second set of instructions include instructions to interpret a servlet URL 
with arguments. 

25. The apparatus of claim 22 further comprising a fifth set of instructions to store a plurality of servlet objects on said 
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sorvercomputer eacn o( said servlet obiects contmuousiy operating uniii mvokec in response loa specifiec recues; 
(rom a client computer 

26. The apparatus of claim 20 wherein said fifth set of instructions include instructions to pass data between said 
plurality of servlet objects. 

27. A client-server connputer network comprising' 

a client computer to generate a requosi: and 
a server computer to 

determine that said request requires dynamically gcneraied information from a servlet oojoct of sate server 
computer. 

execute said specified servlet object to obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information to said client computer 

28. The apparatus of claim 27 further comprising a remote server computer storing a set of servlet objects that can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server computer stores a pluraliiy of servlet objects, each of saio servlet 
objects continuously operating until invoked in response to a specified request from said client computer 

30. The apparatus of claim 29 wherein said plurality of servlet objects pass data between themselves. 
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